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SYSTEM AND METHOD FOR 
PLAYING A LOTTERY- TYPE GAME 



TECHNICAL FIELD OF THE INVENTION 

The present invention relates generally to gaming 
systems and techniques and more particularly to a system 
and method for playing a lottery-type game. 
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BACKGROUND OF THE INVENTION 

The gaming industry continues to grow in popularity 
with a wide variety of new games and technologies that 
offer different experiences to players. Often the draw 
5 of such lottery-type games is the instant satisfaction of 
knowing whether you have won a prize. Game sponsors seek 
games that are exciting and immediate, but secure and 
verifiable. Game sponsors also need the ability to 
clearly set and maintain odds for a game to ensure 

10 profitability. 

Security breaches, odds manipulation, and other 
fraudulent efforts to claim a prize continue to plague 
game sponsors. Fraud becomes a real concern in computer- 
based instant win promotions in which outcomes may be 

15 determined dynamically in response to player input. In 
some gaming systems that include a distributed or 
accessible architecture, hackers may intercept or modify 
messages, generate bogus plays or results in real-time, 
or hack into a database that controls the game. 

20 
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SUMMARY OF THE INVENTION 

In accordance with the present invention, a system 
and method for playing a lottery-type game includes a 
playfile that is generated and processed to reduce 
5 gambling fraud. 

In a particular embodiment of the present invention, 
a system for playing a lottery-type game includes a play 
generator that generates a playfile. The playfile 

includes a number of records, and each record contains a 

10 numeric value. A win generator generates a winning 
number. An evaluator receives the playfile and the 
winning number, and retrieves a record from the playfile 
in response to input from a player. The evaluator 
compares a numeric value in the retrieved record to the 

15 winning number, and communicates a win/loss result to the 
player. 

In another embodiment of the present invention, a 
method for playing a lottery- type game includes storing a 
playfile received from a remote location, the playfile 
20 includes a number of records, and each record contains a 
numeric value; determining a winning number; receiving 
input from a player; retrieving a record from the 
playfile in response to the input; comparing a numeric 
value in the retrieved record to the winning number; and 

2 5 communicating a win/loss result to the player. 

Embodiments of the present invention provide various 
technical advantages. Existing computer-based gaming 
techniques may be susceptible to a variety of security 
breaches or hacks. This is particularly true in a 

3 0 distributed or accessible architecture, such as a 
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client/server environment, that generates win/loss 
results in real-time. In one embodiment of the present 
invention, a playfile allows a game sponsor to establish 
a number of plays at a win probability prior to playing 
5 the game. An evaluator retrieves records individually 
from the playfile in response to each player input. To 
decrease potential tampering with the playfile, the 
present invention may adopt any number of techniques, 
such as embedded key encryption, record-by- record 

10 extraction, string verification, or any other suitable 
technique to ensure secure and accurate individual record 
retrievals from the playfile in response to player input. 
Another technical advantage of certain embodiments of the 
present invention include the generation of a winning 

15 number using seeds from public, verifiable random 
sources. These sources may include published, 

independent lottery results, such as winning numbers from 
state lotteries. 

Other technical advantages of the present invention 

2 0 will be readily apparent to one skilled in the art from 
the following figures, description, and claims. 
Moreover, while specific advantages have been enumerated 
above, various embodiments may include all, some, or none 
of the enumerated advantages . 

25 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and its advantages, reference is now made to 
the following description, taken in conjunction with the 
5 accompanying drawings, in which: 

FIGURE 1 illustrates a system that includes a play 
generator, a win generator, and an evaluator in 
accordance with the present invention; 

FIGURE 2 is a block diagram illustrating exemplary 
10 components of the play generator; 

FIGURE 3 is a block diagram illustrating exemplary 
components of the evaluator; 

FIGURE 4 is a block diagram illustrating exemplary 
components of the win generator; 
15 FIGURE 5 illustrates a particular embodiment for 

processing records of a playfile; and 

FIGURE 6 is a flow chart illustrating the operation 
of the system. 

20 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 illustrates a system 10 for playing a 
lottery- type g'ame that includes a play generator 20, a 
win generator 30, and an evaluator 40. Evaluator 4 0 
receives a playfile 22 from play generator 2 0 and a 
winning nuiriber 3 2 from win generator 30. In response to 
input from players 50, evaluator 4 0 furnishes win/loss 
results using playfile 22 and winning number 32. 

Play generator 2 0 may be a computer or other 
processing device that receives game information 24 for a 
specified game, such as an instant win game, lottery, 
scratch card, video poker, or any other suitable 
promotion or game of chance (generally referred to as a 
"lottery-type game") . Game information 24 may include, 
for example, the number of plays 2 5 for a given game, the 
desired win probability 26, and/or a winning number 
algorithm 27 that may be used by win generator 3 0 to 
generate winning number 32. Using game information 24, 
play generator 2 0 generates playfile 22 for communication 
to evaluator 40. Play generator 20 may also 

independently store playfile 22 for later winner 
verification. 

A game sponsor may operate play generator 2 0 to 
generate a number of playfiles 22 for different games 
having varied game information 24 . The sponsor may then 
charge a certain amount of money for playfile 22 based on 
the number of plays 25, the win probability 26, and the 
value of the one or more possible prizes that may be 
claimed by players 50. In this manner, play generator 20 
produces any number of playfiles 22 for any number and 
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variety of games, and allows the sponsor to predetermine 
the number of plays 25 and winning probability 26 for 
accurately pricing the game. An important aspect of the 
operation of play generator 2 0 is the ability to preset 
the parameters of each game, and provide playfile 22 that 
reflects these game parameters and reduces potential game 
fraud. 

Win generator 3 0 may be a computer or other 
processing device that is integral to or separate from 
evaluator 40. Win generator 3 0 receives a number of 
seeds 34 from public random sources 3 6 to generate 
winning number 32. Random sources 36 may include lottery 
results, generated or environmental noise, weather data, 
or other available random, pseudo- random, or 
unpredictable numeric results. Throughout this 

description, the term "random" refers to any random, 
pseudo -random, or otherwise unpredictable value used or 
generated by system 10. In a particular embodiment, 
random sources 36 include lottery results (e.g., state, 
county, city lotteries) that are independent from the 
operation of play generator 20 and published for purposes 
of verification. Win generator 3 0 may truncate, 

concatenate, partially select, digit flip, or otherwise 
process published, independent lottery results to produce 
winning number 32. In a particular embodiment, win 
generator 3 0 generates winning number 3 2 after evaluator 
40 successfully receives and stores playfile 22. 

Evaluator 4 0 receives playfile 22 from play 
generator 2 0 and winning number 32 from win generator 30. 
Evaluator 40 receives playfile 22 from play generator 20 
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using link 60, which may represent a remote or local 
electronic communication path, mail or hand delivery of 
electronic media (e.g., using a disk, CD-ROM, or other 
magnetic or optical media) , or other technique or 
facility to make playfile 22 available to evaluator 40. 
Similarly, evaluator 4 0 receives winning number 32 using 
link 70, which contemplates all of the delivery or 
availability techniques associated with link 60. As 
described above, win generator 3 0 may be integral to 
evaluator 40, and in a particular embodiment, generates 
winning number 32 only upon successful receipt and 
storage of playfile 22 by evaluator 40. 

Evaluator 4 0 may be a computer or other processing 
device that has access to playfile 2 2 and winning number 
32. For example, the functionality of evaluator 40 may 
reside on a server or other computing platform for 
delivering an online lottery- type game over a local area 
network (LAN) , a wide area network (WAN) , a global 
network such as the Internet, or any other suitable 
network or communication facility. Evaluator 4 0 may also 
reside on a stand-alone device, for example, an 
electronic slot machine, video poker, or other computer- 
based casino game. System 10 generally contemplates any 
location, configuration, or arrangement of play generator 
20, win generator 30, and evaluator 4 0 in one or more 
local or distributed components to provide a game playing 
experience to users of players 50. 

In operation of system 10, play generator 20 
receives game information 24 and generates a suitable 
playfile 22 for communication to evaluator 40 using link 
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60. Win generator 3 0 retrieves seeds 34 from random 
sources 3 6 and generates winning number 32 for 
communication to evaluator 40 using link 70. Upon 
receiving and storing playfile 22 and receiving winning 
number 32, evaluator 40 is ready to receive input from 
one or more players 50. As used in this description, 
"player" refers to any device or process, whether 
implemented in hardware and/or software, that allows a 
user to participate in game playing in system 10. The 
user operating player 50 may activate a keyboard, mouse, 
touch screen, or other input device to initiate the game. 
Player 5 0 communicates the input to evaluator 40, and 
evaluator 40 provides a win/loss result to player 50. 
Player 50 uses a display, speaker, or other output device 
to convey the win/loss result to the user. Players 50 
may represent one or more stand-alone and/or networked 
devices supported by evaluator 40. 

Upon determining a winner among players 50, system 
10 provides a verification technique that allows play 
generator 2 0 to verify the winner. In a particular 
embodiment, play generator 2 0 receives winning number 32 
generated by win generator 3 0 using link 8 0 or 
independently generates winning number 32 using seeds 34 
from random sources 36 received using link 90. Links 80 
and 90 contemplate any of the delivery and availability 
techniques associated with link 60. Play generator 20 
may independently generate winning number 32 using the 
originally specified winning number algorithm 2 7 in game 
information 24 as well as publicly available seeds 34 
retrieved from random sources 36. Since play generator 
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20 maintains a copy of unmodified playfile 22 as 
communicated to evaluator 40, and independently 
determines winning number 32 from public sources, play 
generator 20 verifies the accuracy of a winner. One 
advantage of a particular embodiment of system 10 is the 
ability of play generator 20, often operated by an entity 
separate from the game promoter, to verify a prize claim 
using seeds 34, random sources 36, winning number 
algorithm 27, and unmodified playfile 22. 

FIGURE 2 is a block diagram illustrating exemplary 
components of play generator 20. Play generator 20 may 
operate on a computer or other processing device, and 
includes generally a processor 100, memory 102, and one 
or more separate or integral interfaces 104 to receive 
information from or communicate information to other 
components in system 10. In the particular embodiment 
shown, interface 104a receives game information 24, 
interface 104b provides communication between play 
generator 2 0 and win generator 3 0 and/or random sources 
36, and interface 104c provides communication of playfile 
22 to link 60. 

Processor 100 may be a microprocessor, controller, 
or other suitable processing device that allows play 
generator 20 to perform its features and functions. 
Memory 102 includes a program 106 executed by processor 
100 to control the overall functions and operation of 
play generator 20. The functions of program 106 are 
shown as modules (described below) , but play generator 2 0 
contemplates any arrangement and coordination of 
functions and features in one or more hardware and/or 
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software components to accomplish the purposes of play 
generator 20. Memory 102 also stores data 108, which may 
include intermediate or final components of programs, 
data, or other information to be included in playfile 22. 

In operation, play generator 2 0 receives game 
information 24 at interface 104a and passes this 
information to random number generator (RNG) 120. RNG 
12 0 generates numeric values based on the number of plays 
25 and win probability 26 in game information 24. For 
example, RNG 12 0 may generate a series of numbers between 
zero and ten million with a uniform distribution. 
Normalizer 122 receives numeric values generated by RNG 
120 and applies any suitable normalization, processing, 
or other adjustment to ensure numeric values generated by 
RNG 120 comply with the desired win probability 26. 
Encrypter 124 takes each of the numeric values and 
generates individual encrypted records for each play to 
generate an encrypted playfile (EPF) 140. In a 

particular embodiment, encrypter 124 utilizes a record- 
by-record encryption technique that allows evaluator 40 
to retrieve numeric values individually in response to 
each play of the game. Message generator 126 receives 
EPF 140 and combines other components of playfile 22 into 
a message file, or other suitable data structure for 
communication to evaluator 40. For example, message 
generator 126 may also include an extractor (EXT) 142 
used to perform the record-by-record decryption of EPF 
140 at evaluator 40. Message generator 126 may also 
include a first key (Ki) 144 used by the record-by-record 
decryption techniques of evaluator 4 0 described below 
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with reference to FIGURE 5. Signer 128 generates an 
electronic signature, cyclic redundancy check (CRC) , 
checksum, or other data that may be used by evaluator 4 0 
to verify the accurate receipt of playfile 22. The 
results of this processing performed by signer 12 8 may be 
included as a signature (SIG) 146 included in playfile 
22 . 

Play generator 20 produces playfile 22 with its 
associated components in response to game information 24 
received at interface 104a. Play generator 20 may 
generate additional playfiles 22 for other games 
specified by additional sets of game information 24. In 
this manner, play generator 2 0 may generate playfiles 22 
for a variety of games with different parameters for the 
number of plays 25, win probability 26, winning number 
algorithms 27, and other suitable settings. Playfile 22 
may include any arrangement and selection of components 
in separate or integral form. Playfile 22 typically 
includes encrypted or unencrypted records that include a 
numeric value for each play of the game specified by game 
information 24. 

FIGURE 3 is a block diagram illustrating exemplary 
components of evaluator 40. Evaluator 40 may operate on 
a computer or other processing device, and includes 
generally a processor 2 00, memory 2 02, and one or more 
separate or integral interfaces 204 to receive 
information from or communicate information to other 
components in system 10. In the particular embodiment 
shown, interface 204a receives playfile 22, interface 
204b provides communication between evaluator 4 0 and win 
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generator 3 0 and/or random sources 36, and interface 2 04c 
provides communication with players 50. 

Processor 200 may be a microprocessor, controller, 
or other suitable processing device that allows evaluator 
40 to perform its features and functions. Memory 202 
includes a program 2 06 executed by processor 200 to 
control the overall functions and operation of evaluator 
40. The functions of program 206 are shown as modules 
(described below) , but evaluator 4 0 contemplates any 
arrangement and coordination of functions and features in 
one or more hardware and/or software components to 
accomplish the purposes of evaluator 40. Memory 202 also 
stores data 2 08, which may include intermediate or final 
components of programs, data, or other information used 
by evaluator 40. 

In operation, interface 204a receives playfile 22 
and its related components and passes this information to 
checker 22 0, which uses SIG 146 to verify the accurate 
receipt of all components of playfile 22. Upon verifying 
using SIG 146, evaluator 40 stores playfile 22 as data 
208 in memory 202. Evaluator 40 retrieves and 

initializes EPF 14 0 and EXT 142, which together operate 
to extract, on a record-by-record basis, numeric values 
stored in EPF 140. Evaluator 40 also receives at 
interface 2 04b either winning number 32 or associated 
seeds 34 from random sources 36 that allow evaluator 40 
to compute winning number 3 2 using winning number 
algorithm (WNA) 27 received in playfile 22. Using either 
directly supplied winning number 32 from an external win 
generator 3 0 or based on computations of an internal win 
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generator 222, evaluator 40 passes winning number 32 to 
comparator 224. 

Player 5 0 communicates an input 22 8 to comparator 
224 using interface 204c. This may be performed in 
response to some action taken by a user of player 50, 
such as depressing a button, pulling a lever, or other 
activity, that generates an electronic signal sent over a 
local or remote communication path 226 to evaluator 40. 
In response to input 228, comparator 224 requests the 
next record in EPF 140 from EXT 142. EXT 142 decrypts 
the next record, verifies its authenticity, and supplies 
a numeric value from the extracted record to comparator 
224 . Comparator 224 compares the numeric value to 
winning number 32, and communicates a result 230 to 
player 50. For each subsequent input from player 50, 
evaluator 40 extracts the next record from EPF 140, 
compares the numeric value in the extracted record to 
winning number 32, and furnishes result 230 to player 50. 
This process continues until EXT 142 retrieves and 
decrypts all records in EPF 140 or the game ends. 

FIGURE 4 is a block diagram illustrating exemplary 
components of win generator 30. Win generator 3 0 may 
operate on a computer or other processing device, and 
includes generally a processor 300, memory 302, and one 
or more separate or integral interfaces 3 04 to receive 
information from or communicate information to other 
components in system 10. In the particular embodiment 
shown, interface 3 04a receives seeds 34 from random 
sources 36, and interface 3 04b provides communication 
between win generator 3 0 and play generator 2 0 and/or 
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evaluator 40. Communication using interface 304b 

contemplates communicating winning number 32 to evaluator 
40 and, optionally, to play generator 20. For purposes 
of winner verification, play generator 2 0 may receive 
winning number 32 from win generator 3 0 or receive seeds 
34, WNA 27, or other information from win generator 3 0 
that allows play generator 2 0 to generate winning number 
32. Alternatively, play generator 20 may not need any 
information from win generator 3 0 to generate 
independently winning number 32. 

Processor 300 may be a microprocessor, controller, 
or other suitable processing device that allows win 
generator 3 0 to perform its features and functions. 
Memory 3 02 includes a program 306 executed by processor 
300 to control the overall functions and operation of win 
generator 30. The functions of program 306 are shown as 
modules (described below) , but win generator 3 0 
contemplates any arrangement and coordination of 
functions and features in one or more hardware and/or 
software components to accomplish the purposes of win 
generator 30. Memory 3 02 also stores data 3 08, which may 
include intermediate or final components of programs, 
data, or other information to be used by win generator 
30 . 

In operation, win generator 30 receives seeds 34 
from random sources 36 at interface 3 04a, and calculator 
320 generates winning number 32 based on seeds 34 and WNA 
27. A normalizer 322 optionally normalizes, adjusts, or 
otherwise processes winning number 32 to arrive at a 
final value for communication to evaluator 4 0 using 
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interface 3 04b. Win generator 3 0 may operate as a stand- 
alone process or device, or may be integrated into 
evaluator 40 with external access to random sources 3 6 to 
retrieve seeds 34 for computation. 

FIGURE 5 illustrates a record-by- record decryption 
technique used by EXT 142 in a particular embodiment of 
evaluator 40. EPF 140 includes a number of encrypted 
records E (e.g., Ei, E2 , . . . E^^, E^^^, . . .), each 
record representing a play of the game associated with 
playfile 22. In this particular embodiment, each record 
E includes a verification string 400, a numeric value 
402, and a key 404. Since records E in EPF 140 are 
encrypted, verification string 400, numeric value 402, 
and key 4 04 are shown illustratively as unreadable. To 
decrypt record Ei, EXT 142 retrieves first key (Kj 144 
from playfile 22, and applies a decryption algorithm 406 
to produce a decrypted record Di containing verification 
string 400 with a value of Si, numeric value 402 with a 
value of Vi, and key 404 with a value of K2 . EXT 142 
verifies record Di by comparing verification string Si to 
an authorized string maintained in memory 202 of 
evaluator 40. Upon verification of record Di, EXT 142 
passes numeric value Vi to comparator 224 for comparison 
to winning number 32 to produce a win/loss result. 

Upon receiving input from another player 50, EXT 142 
uses key K2 in record Di to decrypt the encrypted record 
E2 to generate decrypted record D2 . Record D2 includes 
verification string 400 with a value of S2, numeric value 
4 02 with a value of V2, and key 4 04 with a value of K3 . 
EXT 142 performs the verification process on S2, and 
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passes V2 to comparator 224 for determining a win/loss 
result. This process continues as EXT 142 decrypts, 
verifies, and retrieves numeric values for each 
subsequent record E in EPF 14 0. 
5 In a particular embodiment, an intermediate record 

may include a null string or some other indication in key 
404 to indicate that decryption of the next record 
requires an external key. In this example, record Dm 
includes a null for key 404. Therefore, evaluator 40 

10 receives external key Km+i to decrypt the next encrypted 
record Em+i . In this manner, play generator 2 0 or other 
external site maintains continued control over the 
record-by- record decryption process performed by 
evaluator 4 0 by requiring external keys to decrypt 

15 certain intermediate records in EPF 14 0. For example, 
EPF 14 0 may include one thousand records, but every one 
hundred records includes a null or other indication in 
key 4 04 that triggers external key decryption. 
Therefore, any potential hack of EPF 14 0 to retrieve 

2 0 numeric values in bulk may only retrieve one hundred 
records until requiring an appropriate external key to 
decrypt the next record. This inclusion of external key 
decryption in intermediate records of EPF 14 0 may further 
reduce fraud. 

25 FIGURE 6 is a flow chart of method of operation of 

system 10. In an exemplary embodiment, play generator 20 
performs steps 500, win generator 3 0 performs steps 600, 
and evaluator 40 performs steps 700. Although steps 500, 
600, and 700 are shown in a particular sequence, system 
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10 contemplates any sequential or parallel operation of 
components to provide game plays to users of players 50. 

The process executed by play generator 20 begins at 
step 5 02 where play generator 2 0 receives game 
information 24. Play generator 20 generates random 
numbers at step 5 04 and processes the generated random 
numbers at step 506 to adjust for the desired win 
probability 26. Play generator 20 encrypts the records 
at step 508, and generates playfile 22 at step 510 that 
may include, for example, EPF 140 and other components 
that allow evaluator 40 to perform record-by-record 
decryption. Play generator 2 0 communicates playfile 22 
to evaluator 40 at step 512 using link 60. 

The process performed at win generator 3 0 begins at 
step 602 where win generator 30 retrieves seeds 34 from 
public, verifiable random sources 36. Win generator 30 
calculates winning number 32 at step 604 using seeds 34 
and winning number algorithm (WNA) 27. Win generator 30 
may normalize winning number 32 at step 60 6, and 
communicates winning number 32 to evaluator 40 at step 
608 using link 70. Win generator 30 may be separate from 
or integral to evaluator 40. Moreover, the process 
described in steps 60 0 may be performed repeatedly by win 
generator 3 0 to generate any suitable number of winning 
numbers 32 based on one or more games and associated game 
information 24, or the number of prizes to be awarded for 
each game . 

The process performed by evaluator 40 begins at step 
702 where evaluator 40 checks the signature to verify the 
accuracy of playfile 22 received from play generator 20. 
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If evaluator 40 fails to verify the accuracy of playfile 
22 using SIG 146, evaluator 40 determines an error at 
step 703, and the process ends. If the signature is 
verified at step 702, evaluator 40 stores encrypted 
playfile (EPF) 140, EXT 142, and first key (Ki) 144 in 
memory 202 at step 704. In a particular embodiment, 
evaluator 40 verifies the accuracy of playfile 22 at step 
702 and stores information at step 704 prior to win 
generator 3 0 performing steps 600, or even before random 
sources 3 6 generate seeds 34. In this manner, the 
generation, communication, verification, and storage of 
playfile 22 prior to generation of winning number 32 
eliminates the possibility of fraudulent generation of 
records in playfile 22. Upon successfully receiving and 
storing EPF 140, evaluator 40 initializes EXT 142 at step 
706 to begin retrieving records from EPF 140. 

Upon receiving player input 228 at interface 204c, 
as determined at step 708, comparator 224 requests that 
EXT 142 extract the next record from EPF 14 0 using the 
stored key at step 710. For the first record, EXT 142 
uses first key (Ki) 144 included in playfile 22. In a 
particular embodiment, EXT 142 extracts encrypted record 
E using decrypter 406 to retrieve verification string 
400, numeric value 402, and key 404. EXT 142 verifies 
string 400 at step 712 using a stored authorized string. 
If the verification fails at step 712, evaluator 40 
determines an error at step 703, and the process ends. 

If the verification at step 712 passes, evaluator 40 
stores key 4 04 to be used to decrypt the next record at 
step 714 and passes numeric value 402 to comparator 224 
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at step 716. Comparator 224 determines whether numeric 
value 4 02 matches winning number 32 at step 718, and 
determines a winner (step 720) or a loser (step 722) as a 
result of the comparison. If EXT 142 retrieved the last 

5 record from EPF 14 0 at step 724, or the game is over for 
some other reason, then the process ends. If EXT 142 has 
not retrieved the last record from EPF 14 0, the process 
continues at step 708 where evaluator 4 0 awaits the next 
input from player 50. 

0 Although the present invention has been described 

with several embodiments, a myriad of changes, 
variations, alterations, transformations, and 

modifications may be suggested to one skilled in the art, 
and it is intended that the present invention encompass 

5 such changes, variations, alterations, transformations, 
and modifications as fall within the scope of the 
appended claims. 



